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A method and system for controlling and monitoring engineering and manufacturing changes in a 
manufacturing enterprise. The status of an engineering change and the status of items affected by the 
engineering change are monitored by an engineering change control manager (35) application running 
at a central data processing facility (25). The engineering change and design or modification of items 
affected by the change are released to one or more manufacturing locations (70, 80) where additional 
design changes may be made to accommodate local manufacturing capabilities. Each manufacturing 
location accepts the engineering change and the corresponding affected items when ready to proceed 
with implementation of the engineering change. The affected items are promoted locally at the 
manufacturing location to effective status which releases the affected items into production at that 
plant 



CM 
CM 

in 

CO 



Q. 

LU 



Jouve, 18, rue Saint-Denis, 75001 PARIS 



^SlAVAllABLB COPY 



11/04/2004, EAST Version: 1.4.1 



m 



O 
H 

CO 

o 

(X 

w 

K 

<u 
<; 

Q 



V 

> r \ 



m 
cm 



05 
O 
CO 
CO 

w 
o 
o 

cu 

CO 

o 



2 




2Q 






ATIO 
ECTE 
EMS 
lBLE 




CO 















w 

oCQ 



03 



CM 



o 

CM 

VI 



Ce5 

5fg 



Scow 



WW 



WH 



CM 



O 

WW 



CO 



wS5o:o 
w5^< 

w 



in 



O CM ^« CD 
CO CO CO ' CO 



CO 



CO 



2 

CO 




<=> CM ^ CD 

^ ?! r- 



11/04/2004, EAST Version: 1.4.1 



1 



EP 0 473 522 A2 



2 



The present invention relates, in general, to com- 
puter integrated manufacturing (CIM) systems and, in 
particular, to a method and system for controlling, 
monitoring and integrating engineering and manufac- 
turing changes in a manufacturing enterprise. 

In a typical manufacturing enterprise, a design 
engineer in a laboratory creates a design change 
document whenever changes to a product, or any of 
its components, is necessary. Changes to a design 
may include item data changes, bill-of-material 
changes, or reference document changes. When the 
changes are completed, the design change document 
along with the actual changes in items and bills-of- 
material is sent to each manufacturing location that 
uses the item as either an end product or component 
of an end product. At a manufacturing location, a man- 
ufacturing engineer responsible for the item at the 
specific plant analyzes the design changes and, if 
appropriate, makes modifications to the design 
changes to accommodate the manufacturing process 
at the plant These changes are passed on to the shop 
floor for actual production. 

Although computer-aided systems are widely 
used in most, if not all, functional areas within a man- 
ufacturing enterprise, the traditional approach has 
been to use several data bases providing limited 
capabilities to isolated functional areas. Along with 
the different data bases, it is common for each func- 
tional area to use different methods of entering infor- 
mation and tracking changes. In particular, 
engineering and manufacturing have heretofore not 
been integrated for information sharing. Thus, manual 
intervention has been required to transfer technical 
information between the engineering and manufactur- 
ing functions. 

There is a need for an integrated manufacturing 
system that provides enough functionality to both the 
design and manufacturing engineers so that all tasks 
involved in propagating the released design and man- 
ufacturing changes into actual production are exec- 
uted efficiently. This requires that the "as built 0 
product be tracked adequately since the "as built" pro- 
duct can be different at each of the manufacturing 
locations due to differences in local manufacturing 
capabilities. There is also a need for an integrated 
manufacturing system that enables monitoring of a 
given design change at the design center and/or the 
manufacturing locations, thereby allowing effective 
control of the interface between centralized design 
departments and localized manufacturing depart- 
ments. 

It is an object of this invention to provide an 
engineering and manufacturing information system to 
control, monitor and integrate engineering and man- 
ufacturing changes, thus serving to coordinate the "as 
built" product from multiple manufacturing lines with 
the "as designed" product from thedesign center. 

It is another object of this invention to provide a 



unique centralized control mechanism for channelling 
all design changes in orderto provide up-to-date infor- 
mation on the status of ail design changes. 

It is a further object of this invention to provide a 
5 method for controlling and monitoring the progress of 
design changes from inception at a design center 
through implementation at manufacturing locations. 
These and other objects and advantages are accom- 
plished by the present invention in which an object 

10 oriented approach is used to establish many-to-many 
relationships between engineering changes and 
items in the master item database. When a design 
engineering change (EC) needs to be made in an 
enterprise, the design engineer creates an "EC" 

is object that contains the attributes and functions of a 
change control mechanism. Every "EC" object is 
given a unique identifier called an object id which all 
design changes relating to the engineering change 
will carry in order to facil itate tracking back to this "EC" 

20 object. The "EC" object contains administrative infor- 
mation about an engineering change, such as the de- 
signer making the change and the reasons for the 
change. Similarly, when a manufacturing engineer 
wants to make changes to the design for his location 

25 or wants to create a new item to implement some 
changes at his location, he creates an "EC" object cal- 
led a "MEC" for manufacturing engineering change. 

When the design engineer needs to change or 
create an item which is encapsulated as an object cal- 

30 led "Master Item", he defines data describing the rela- 
tionship between the item and the EC. This is referred 
to as an object called "Affected Item (Al)" which is 
identified by the pair of external identifiers, i.e., item 
number and EC number. The "Affected Item (Al)" 

35 object contains control information like intended 
action or planned effectivity. The data in this object 
can be viewed as the engineering control data of an 
affected item. Since each master item may have many 
levels of design engineering changes, and each 

40 engineering change may affect many master items, 
the "Al" object represents a many-to-many relation- 
ship between the two. An "Al" object is uniquely rep- 
resented by the combination of EC object ID and 
master item object ID. 

45 After adding an affected item, the design 
engineer makes the necessary design changes in the 
item data, BOM data, and drawing data and decides 
that the changes should be implemented. This begins 
the status progression of design changes from draw- 
so ing board concept to production shop floor implemen- 
tation. The progression is from pre-release to release 
at the design lab, followed by acceptance, making the 
design changes effective and eventually closing the 
design changes at manufacturing plants. 

55 When, an affected item object is added to a 
design change, Jt is created in a status of PRE-RE- 
LEASE. As the design engineer completes the design 
of the affected item, he releases the item to all loca- 
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tions manufacturing the item. At release, the status of 
the affected item Is changed to RELEASE. Every loca- 
tion that manufactures the item is informed there is a 
new release for that item. This notification alerts the 
manufacturing engineer to analyze the incoming 5 
release for possible modification for local production. 

The manufacturing engineer at each location 
initiates processing of the engineering change by 
promoting the status of the affected items to ACCEPT 
status. The system copies the affected item object w 
received at the location into another object called 
"Location Affected Item (LAI)", which is location sen- 
sitive. The data in this object can be viewed as the 
manufacturing control data of an affected item at a 
specific location. Each location can make changes to 15 
the manufacturing location data that is visible locally. 
The changes made at a given location are only applic- 
able to that plant's view of the data. The design 
laboratory and the other manufacturing plants are iso- 
lated from these changes. The status of the location 20 
affected item is initiated as ACCEPT. The manufac- 
turing engineer changes the administrative data pro- 
vided in the LAI object to tailor it to the needs of the 
specific plant For example, planned disposition of an 
item or planned effectivity data might be altered. He 25 
also enters manufacturing data such as yield of the 
item, specific routings, and procurement data. 

When the necessary manufacturing data is avail- 
able, the manufacturing engineer at the plant prom- 
otes each of these location affected items to 30 
EFFECTIVE status making them visible to material 
requirements planning, production scheduling, inven- 
tory, work in process and other applications. In a gen- 
eral sense, the manufacturing engineer is releasing 
the items into production at that plant. The status of 35 
an affected item is changed to CLOSED when the 
manufacturing engineer decides no further changes 
to an affected item will be allowed at the plant. 

The status of the engineering change and the 
status of an affected item are updated automatically 40 
as necessary whenever a change occurs to the status 
of a location affected item at any of the manufacturing 
plants using the affected item. This enables the status 
of an affected item to be kept at the least advanced 
status of the item at any plant Similarly, the status of 45 
an engineering change is kept at the least advanced 
status of any of the affected items pertaining to an 
engineering change at any plant. 

It is a still further object of the invention to provide 
a method for controlling the management of engineer- 50 
ing changes to a manufactured product using a cent- 
ral processing facility, said method comprising: 

identifying each item in the product that is 
affected by the engineering change; 

releasing the engineering change and a rev- 55 
ised design for each item affected by the engineering 
change to a manufacturing location; 

at the manufacturing location, examining the 



released engineering change and, if necessary, mod- 
ifying the revised design for an affected item based on 
production constraints at the manufacturing location; 
and 

tracking the status of the engineering change 
arid each item affected by the engineering change at 
the central processing facility. 
The foregoing features and advantages of the inven- 
tion will be more fully described-below in conjunction 
with the accompanying drawings. 

Figure 1 illustrates a block diagram implemen- 
tation of the Engineering Change Control Manager 
system of this invention. 

Figure 2 illustrates the EC/ME C objects table, 
Affected Items table and Location Affected Items 
table generated by the Engineering Change Control 
Manager. 

Figure 3 illustrates a user interface screen display 
for interacting with the Engineering Change Control 
Manager. 

Figure 4 illustrates the processing logic used in 
promoting an affected item from PRE-RELEASE to 
RELEASE status. 

Figure 5 illustrates the processing logic for prom- 
oting an affected item to ACCEPT status. 

Figure 6 illustrates the processing logic for updat- 
ing the global status of an affected item in the Affected 
Items table. 

Figure 7 illustrates the processing logic for updat- 
ing the global status of an engineering change in the 
EC/MEC table. 

Figures 8A-B depict database entries illustrating 
the operation of the present invention. 

An implementation of the Engineering Change 
Control Manager system 10 is illustrated in Figure 1. 
The implementation shows a host processor or cent- 
ral data processing system 25, having a single design 
center 60 and two separate manufacturing facilities 
70, 80. One skilled in the art of computer-based man- 
ufacturing information systems will be able to apply 
the concepts discussed herein readily to both cen- 
tralized and distributed processing architectures. 

Running on host processor 25 is the Engineering 
Change Control Manager 35. The users at the design 
or manufacturing locations interact with the Engineer- 
ing Change Control Manager 35 through the user 
interface 45. The host processor 25 accesses the 
direct access storage device (DASD) 15 which con- 
tains the CIM data repository including master item 
table 20, EC/MEC table 12, Affected Items (Al) table 
14, Location Affected Items (LAI) table 16, Bill of Ma- 
terial table 19, and Location Usage table 21. 

Design center 60 contains a plurality of individual 
work-stations DWS1, DWS2....DWSM identified by 
reference numerals 62, 64, 66. These workstations 
enable design engineers responsible for an engineer- 
ing change to interact with the Engineering Change 
Control Manager application 35. Similarly, at man- 
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ufacturing location MFG1, identified by reference 
numeral 70, manufacturing engineers use works- 
tations LWS1, LWS2....LWSN. identified by reference 
numerals 72, 74, 76 to interact with Engineering 
Change Control Manager 35. A second manufactur- 
ing location MFG2 identified by reference numeral 80 
is also shown in Figure 1 . Workstations MWS1 , MWS- 
2....MWSP (reference numerals 82, 84, 86) are used 
by the manufacturing engineers at this location. 

Detailed compositions of EC/MEC objects table 
12, Affected Items (Al) table 14, and Location Affected 
Items (LAI) table 16 are shown in Figure 2. These 
tables are created and updated by Engineering 
Change Control Manager 35. All three tables are 
stored in the CIM data repository on DASD 15. 
EC/MEC objects table 12 relates a set of design 
changes to each object created by a design engineer 
or manufacturing engineer. The EC/MEC objects 
table 12 contains all the ECs or MECs created in a 
given enterprise. Each row in the table represents an 
EC or MEC and the columns represent attributes of 
the object instance (occurrence). The first column 
contains the EC object ID 22 which is a unique internal 
identifier for each instance of the object across the 
whole enterprise. Every object in the enterprise has 
this attribute which is an internal attribute used for 
tracking. The next column contains the EC or MEC ID 
30 and represents the external enterprise identifi- 
cation for each engineering change created in the 
enterprise. Any changes made to a design reflect this 
identification so that changes may be tracked to a 
specificengineering change. The status of the EC col- 
umn 34 contains the EC status which is the progres- 
sion of the change towards release and its 
implementation in the manufacturing plants. Other 
attributes column 36 contains administrative attri- 
butes of an EC such as dates or responsible persons. 

Affected Items (Al) table 14 contains the objects 
to which all design changes are related. An affected 
item object is created whenever an EC or MEC affects 
an item. Each row is created with a combination of EC 
(MEC) object ID and master item object ID. The Mas- 
ter Item table is a separate part of the physical datab- 
ase 15 containing all the parts of an enterprise. The 
Al table 14 represents a many-to-many relationship 
between instances of the EC/MEC table 12 and inst- 
ances of Master Item table 20. The combination of 
EC/MEC object ID 22 and Master Item object ID 26 
uniquely represents an affected item. The data in the 
Al table 1 4 is viewed as the control data for an affected 
item. 

The first column contains the Al object ID 23 
which is the unique internal identifier for each occurr- 
ence of the object The second column contains the 
EC (MEC) object ID 22 which is the unique identifier 
for the EC or MEC related to an item. An affected i tem 
has no direct external identification. Instead, It is iden- 
tified by the combination of EC object ID and master 



item object ID. The master item object ID column 26 
contains the uniqueidentrfierfor the master item affec- 
ted by the EC/MEC. The affected item status column 
38 indicates how far the affected item has progressed 

5 towards closure. The different states are described 
subsequently. Action code column 40 indicates the 
reason a master item is being affected by an 
engineering change. Typical reasons include new 
part introduction, changing an existing part, or issuing 

10 to a new location. The planned disposition column 42 
indicates the action to be taken on existing stocks of 
a part in the various plants as a result of introducing 
a new change. Typical dispositions aie scrap or 
rework. The planned effectivity column 44 indicates 

is when a change introduced through an affected item 
should be made effective, which actually introduces 
the item into production. Design sequence number 
column 46 indicates the sequence in which changes 
are introduced on a master item by different ECs. This 

20 number either indicates the sequence in which diffe- 
rent versions of a particular master item were created 
by different ECs/MECs, or the sequence in which the 
engineering changes were released. 

The Location Affected Items (LAI) table 16 con- 

2$ tains information pertaining to an affected item that is 
location dependent An instance of location specific 
data is created and stored in LAI table 16 whenever 
an EC affected item is accepted at a manufacturing 
location after release by the design engineer or a 

30 MEC has an affected item added to it. The unique 
identification for data in the table is provided by a com- 
bination of location object ID 28, EC object ID 22, and 
master item object ID 26. The data in LAI table 16 rep- 
resents the manufacturing view of an affected item at 

35 a specific manufacturing plant Each plant can mani- 
pulate the manufacturing data contained in LAI table 
16 without changing the control data in Al table 14. 
Only the changes made at a specific plant are reflec- 
ted in that location's view of the affected item data. 

40 Both the design lab and other manufacturing plants 
are isolated from these local changes. 

The LAI object ID column 24 is the first column in 
the LAI table 16 and provides a unique identifier for 
each row of this table across the entire database. 

45 Location object ID 28 is the unique identifier for a 
specific manufacturing location. Any changes made 
to an affected item at a location are stored using this 
identifier. The affected item object ID 23 is the unique 
internal identifier of an affected item in Al table 14 rep- 

50 resented by this row. The location affected item is 
identified by a combination of location object ID 28 
and affected item object ID 23. EC or MEC object ID 
22 is the unique internal identifier for the EC or MEC 
that corresponds to the location affected item. The 

55 master item object ID 26 is the unique internal iden- 
tifier forJhe. master item that is affected by the 
EC/MEC. Reference change object ID 32 is an inter- 
nal identifier that correlates an EC change level with 
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the corresponding effective MEC. 

The location affected item status column 48 indi- 
cates the status of the location affected item at any 
time at a specific plant Planned disposition column 50 
indicates the action to be taken on existing stocks of s 
the affected part in the manufacturing plants as a 
result of introducing the engineering change. When a 
design change is released to a plant the planned dis- 
position is the one suggested by the design depart- 
ment. However, each local plant can change this 10 
disposition as appropriate. The planned effectivity 
column 52 indicates when the change being intro- 
duced through the affected item is to be made effec- 
tive, i.e., introduced into production. Manufacturing 
sequence number column 54 indicates the sequence is 
in which changes are being introduced on a master 
item by different ECs at a specific location. The man- 
ufacturing sequence number identifies either the 
sequence in which different versions of a particular 
master item as created by different ECs/MECs were 20 
accepted by the location, or the sequence in which 
these changes were made effective at the location. 

The status of an affected item, whether residing 
at a design laboratory or at a manufacturing plant, 
keeps changing as the set of design changes 25 
attached to that affected item gets promoted to the 
next status in progression. The progression varies for 
affected items at a manufacturing plant when com- 
pared to affected items at the design laboratory. 

The status of an affected item at the design 30 
laboratory is a global variable and is independent of 
the location (design lab or manufacturing plant) mak- 
ing the query. The possible states for the affected item 
are PRE-RELEASE, RELEASE, ACCEPT, EFFEC- 
TIVE, and CLOSED. When an engineering change is 35 
initiated, an affected item is created in PRE-RE- 
LEASE state. The status of the affected item is 
changed to RELEASE when the set of design 
changes attached to an EC is released to at least one 
manufacturing plant The status of the affected item is 40 
promoted from RELEASE to ACCEPT when all man- 
ufacturing plants having a use for the item have 
accepted this affected item. The next status change 
for the affected item occurs when all plants that have 
use for the item make that item EFFECTIVE. When 45 
that occurs, the global status of the affected item is 
also changed to EFFECTIVE. Finally, when all plants 
that have use for the item close the affected item, the 
global status of the affected item is also changed to 
CLOSED. 50 

The possible status progression of affected items 
at a manufacturing plant is ACCEPT, EFFECTIVE 
and CLOSED. Since the status of an affected item at 
a plant is location specific, the affected item is referred 
to as a location affected item. When a manufacturing 55 
plant having use for the item accepts it locally, the 
status of the location affected item (LAI) is initiated as 
ACCEPT. The status is changed to EFFECTIVE when 



the location affected item is promoted to effective (i.e., 
released into production) at the plant The status is 
changed to CLOSED when the plant closes the loca- 
tion affected item, thereby preventing further 
changes. 

A screen window display provided to the user by 
user interface 45 is illustrated in Figure 3. As shown 
in the figure, the engineering change initiator uses this 
window to enter administrative information regarding 
the engineering change and to initialize the status of 
the engineering change. The design engineer uses 
this window to promote the status of an engineering 
change to RELEASE. Simitar windows are provided 
by user interface 45 to enable the design engineer 
and manufacturing engineer to promote the status of 
affected items and location affected items, respect- 
ively. 

Figure 4 illustrates a flow chart for the processing 
logic used by the Engineering Change Control Man- 
ager 35 in promoting an affected item's status from 
PRE-RELEASE to RELEASE. The processing logic is 
activated when the system user selects an affected 
item and executes an action to promote it to 
RELEASE status. In logic block 400, the user selects 
(inputs) an affected item for promotion to RELEASE. 
The affected item is assigned to a local variable called 
target Al in logic block 4 10. The input affected item is 
identified by a combination of EC object I D and master 
item object ID. In logic block 420, the row correspond- 
ing to the input affected item is selected from the Al 
table 1 4 based on the EC object ID 22 and master item 
object ID 26. The affected item status 38 is changed 
to RELEASE in logic block 430. At this point in time, 
the location affected item does not exist Logic block 
440 provides for the update of the EC status 34 in 
EC/MEC objects table 12 if it needs to be changed. 
The global EC status is advanced to the next status 
when the last of its corresponding affected items is 
promoted to the next status. In an alternate embodi- 
ment of this invention, the global EC status is adv- 
anced to the next status, before any of the 
corresponding affected items can be promoted to the 
next status. 

The flow chart in Figure 5 illustrates the proces- 
sing logic for promoting an affected item to ACCEPT 
status at a manufacturing plant The processing logic 
in the Engineering Change Control Manager 35 is 
activated when a user selects an affected item and 
executes an action to promote it to ACCEPT status. 
In logic block 500, the user selected affected item, 
status, location, EC object ID and master item object 
ID are assigned to local variables. Since promoting 
beyond RELEASE status is done on a per location 
basis, the user has to specify the location where the 
promotion needs to be done. The user selected affec- 
ted item js fetched from Al table 14 in logic block 510. 
Decision block 520 tests if the location has all prior 
versions (changes) of an item. A location needs to 
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have alt prior versions of an item before it can accept 
a new change. If the location does not have any pre- 
vious versions, all the previous affected items need to 
be copied before copying the new version in logic 
block 530. Otherwise, only the new version needs to 5 
be copied in logic block 590. 

In logic block 530, previous versions of the item 
are copied to Location Affected Items table 16 for this 
location. The previous versions are found by search- 
ing the Al table 14 on the master item object ID 26. 10 
This retrieves all versions of the same master item 
with all engineering changes on it Since the new 
release is not to be copied as yet, this EC's version is 
not selected. In decision block 540, a test is made to 
determine if there are any more versions of the master 15 
item in Al table 14. If all previous versions have been 
copied, the target version is copied from Al table 14 
to LAI table 16 as indicated in logic block 590. Other- 
wise, the previous version of the affected item is 
copied from the Al table 14 to the LAI table 16. The 20 
location object ID 28 is appended to the logical key 
combination of EC object ID 22 and master item object 
ID 26 to uniquely identify this row in the LAI table 16. 

Next, logic block 560 changes the status of the 
location affected item in LAI table 16 to ACCEPT 25 
status. In decision block 570, a test is made to deter- 
mine if the status of the affected item 38 in Al table 14 
is greater than the status of the location affected item 
48 in LAI table 16. Since previous versions of the 
affected item have been implicitly promoted to 30 
ACCEPT status, the status of the target or present 
version of the affected item must be changed to 
ACCEPT if its previous version status was greater 
than ACCEPT. Otherwise, the affected item status 38 
is ACCEPT or RELEASE. If it is RELEASE, there is 35 
at least one location that has not accepted the affec- 
ted item. In either case, no further adjustments to the 
affected item status 38 are necessary. The next pre- 
vious version is retrieved by looping back to logic 
block 530. In logic block 580, since the affected item 40 
status 38 of the previous version was greater than 
ACCEPT, its status has to be reduced in Al table 14 
to ACCEPT. Therefore, the target status is assigned 
to the affected item status 38 and then a loop back to 
logic block 530 occurs to get the next previous ver- 45 
sk>n. 

Logic block 590 results in the copying of the target 
or current version to the LAI table 16 after all previous 
versions have been copied. The status of the location 
affected item 48 needs to be changed to ACCEPT. so 
Since the affected item status changes when the last 
of the locations using it promotes it to the next status, 
a check must be made after an LAI is promoted to 
determine if the status of the affected item needs to 
be changed. Control passes to the flow chart depicted 55 
in Figure 6 passing the target affected item, its status, 
EC object ID and master item object ID (logic block 
595). 



The logic flow chart illustrated in Figure 6 is used 
by Engineering Change Control Manager 35 for prom- 
oting an affected item from ACCEPT to EFFECTIVE 
and from EFFECTIVE to CLOSED, and for updating 
the global status of the affected item object 14. The 
processing logic is activated when the user selects an 
affected item and executes an action to promote it to 
EFFECTIVE or CLOSED, or when control is passed 
from block 595 of Figure 5. In each situation the pro- 
cessing logic is the same. 

In logic block 610, the user selected affected 
item, the location where the promotion is occurring, 
the EC object ID to which the affected item belongs 
and the master item affected by the engineering 
change are assigned to local target parameters. The 
affected item is selected from the LAI table 16 using 
the unique key provided by location object ID 28, EC 
object ID 22 and master item object ID 26 (logic block 
620). Since the location affected item is being prom- 
oted, its status 48 is changed to the target status in 
logic block 630. 

Since the status of a location affected item has 
changed in LAI table 16, decision block 635 tests if the 
global status of the affected item needs to be changed 
in Al table 14. This is accomplished by determining if 
the Al status 38 is greater than the LAI status 48 
(which is the same as the target status). If this is the 
case, Al status 38 is reduced to the current LAI status 
48 for the affected item in logic block 640. Whenever 
the status of an affected item is changed, Engineering 
Change Control Manager determines if the EC status 
itself needs to be changed. An engineering change 
comprises a plurality of affected items. Thus, logic 
block 645 indicates a transition to Figure 7 for 
additional processing using the target EC object ID as 
a parameter. 

If in decision block 635, the Al status 38 is found 
to be less than the current LAI status 48, a further test 
must be made to determine that the LAI status 48 for 
this affected item is at least the same at all the man- 
ufacturing plants. Thus, in logic block 650, all loca- 
tions using the affected item are retrieved from the 
Location Usage table 21 by searching on the target 
master item object ID. The next location to be tested 
is obtained from Location Usage table 21 in logic 
block 655, and testing for further locations is made in 
decision block 660. If all locations using the affected 
item have been tested, none of them had the corre- 
sponding location affected item at LAI status 48 less 
than the target status (i.e., the location affected item 
status for the current manufacturing plant being 
examined). Thus the global status 38 of the affected 
item in Al table 14 needs to be changed. This is done 
by the processing in logic block 640 followed in logic 
block 645 by transferring to the processing logic of 
Figure 7 ' _ _ _ 

In logic block 665, the next location using the 
affected item is selected from LAI table 16 by search- 
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ing on the location object ID 28, master item object ID 
26 and EC object ID 22. If a corresponding row in the 
LAI table 16 is not found in decision block 670, it indi- 
cates that no other location has accepted the affected 
item. Therefore, the global status of the affected item 5 
remains RELEASE and no change is to be made to 
either the global status 38 of the affected item in Al 
table 14 or to the status of the EC 34 in EC/MEC 
objects table 12. The procedure is simply exited in 
logic block 685. to 

If a row is found in decision block 670, it means 
a LAI was found; therefore, a test on the status 48 of 
the LAI is made in decision block 675. If the LAI status 
48 is found to be less than the target status, no change 
is to be made to the global status 38 of the affected 15 
item or to the status of the EC 34. The procedure is 
exited in logic block 690. If in decision block 675 the 
LAI status 48 is equal to or greater than the target 
status, the processing logic causes a loop back from 
logic block 680 to logic block 655 to get the next loca- 20 
tion to process. The global status 38 of the affected 
item needs to be updated (in logic block 640) if none 
of the locations had an LAI status 48 less than the 
target status. 

Figure 7 illustrates the processing logic used by 25 
Engineering Change Control Manager 35 for updating 
the global status 34 of an EC in EC/MEC table 12. The 
procedure is called whenever the global status 38 of 
an affected item has changed to determine if the EC 
status 34 also needs to be changed. Control switches 30 
to the logic in this figure from either logic block 440 in 
Figure 4 or logic block 645 in Figure 6. 

In logic block 700, the target EC identifier is assig- 
ned the EC object ID 22 of the input EC whose affec- 
ted item was originally selected by the user for 35 
promotion. The EC object is retrieved from the EC 
table 12 and its status 34 is changed to CLOSED. This 
processing logic is indicated by logic block 710. The 
EC status is set to the highest possible status initially 
(i.e., CLOSED) and then reset to the lowest status of 40 
any of its affected items. To this end, the Al table 14 
is searched (logic block 720) for all affected items of 
the EC. Thus the Al table 14 is searched using the 
target EC object ID to find all affected items in the 
table related to this EC. The next affected item is then 45 
retrieved in logic block 730. Decision block 740 tests 
to determine if there are any more affected items 
associated with the EC. If all affected items of the EC 
have been exhausted, the procedure is exited in logic 
block 780. If another affected item is found in decision so 
block 740, its status is checked in decision block 750 
wherein a test is made to determine if the status 38 of 
the affected item is less than the status 34 of the EC. 
If the Al status 38 is greater than or equal to the EC 
status 34, the status of the EC remains unchanged 55 
and the next affect ed item of the EC is examined by .... 
looping back to logic block 730. On the other hand, if 
the Al status 38 is less than EC status 34, the status 



of the EC must be changed to that of this affected 
item. This processing is performed in logic block 760. 
At this point, logic block 770 causes a return to logic 
block 730 to retrieve the next affected item associated 
with the EC and repeat the comparison processing. 
When alt affected items have been examined, control 
passes to logic block 760 which results in exiting the 
procedure. An example illustrating the operation of 
the engineering and manufacturing change control 
mechanism is provided in Figures 8A-B. A company 
decides to manufacture a new turbine having part 
number 11, which is to be assembled from compo- 
nents 12, 13 and 14. These parts are designed and 
added to the turbine's bill of material. The turbine 
design is released to two manufacturing locations 
(MFG1 and MFG2) where the manufacturing engineer 
accepts the design, makes necessary changes and 
makes the design EFFECTIVE in the manufacturing 
plant 

Engineering change coordinator BPANU initiates 
an engineering change labeled with external identifier 
EC1 and assigned to design engineer WMORR, by 
entering the change into the EC objects table 1 2 in the 
database as indicated by reference numeral 1 00. This 
engineering change is identified by EC object ID 
ECOID1. EC1 is created in a status of PRE-RE- 
LEASE. The design engineer adds an affected item to 
Affected Items (Al) table 14 by entering data pertain- 
ing to item number 11. The Engineering Change Con- 
trol Manager 35 searches the Master Item table 20 
and determines that the turbine is a new item. 
Engineering Change Control Manager35 adds item 11 
to Master Item table 20 indicated by reference num- 
eral 120. Engineering Change Control Manager 35 
then adds a new affected item 130 to Al table 14. The 
status of the Affected Item is PRE-RELEASE. A 
design sequence number is provided to the affected 
item, in this example starting with 10,000. This num- 
ber is incremented automatically upon further 
engineering changes to this item. 

The design engineer next invokes the Engineer- 
ing Change Control Manager 35 to add to the Al table 
14 items 12, 13 and 14, which are the assembly com- 
ponents of the turbine, item 11. The Engineering 
Change Control Manager 35 determines that 12, 13 
and 14 are new items and adds them to Master Item 
table 20, as indicated by reference numerals 122, 124 
and 126. These items are then added to Al table 14 
as indicated by 132, 134 and 136 with the status of 
each being PRE-RELEASE. 

The design engineer proceeds to create a bill of 
material for assembly 11 including its components 12, 
13 and 14. The Engineering Change Control Manager 
adds the bill of material components to Bill of Material 
Table 19 as indicated by 140, 142 and 144. The insert 
- sequence number column indicates the engineering- 
change that added a particular component by using 
the design sequence number of the corresponding 
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affected items in Al table 14. 

From the information thus far entered into CIM 
database 10, the initiator of a design change that 
added component 12 to assembly 11 can be deter- 
mined by noting the insert sequence number for item 5 
11 and searching Al table 14 for all items having a 
matching design sequence number. The Engineering 
Change Control Manager 35 retrieves all matching 
items and the person making the query can examine 
the EC number column for identification of the 10 
engineering change. He then proceeds to the EC 
table 12 to retrieve the EC1 record which will identify 
the initiator of the design change. 

After finishing all design changes, the design 
engineer decides which manufacturing locations are 15 
to receive the changes for implementation before he 
can release the engineering change. He uses 
Engineering Change Control Manager 35 to add loca- 
tion usage for items 11, 12, 13 and 14. Each item is 
picked up individually and each location using the 20 
item is specified. The Engineering Change Control 
Manager 35 adds this data to Location Usage table 
21. These additions are indicated by reference num- 
erals 150-157. 

The design engineer, once satisfied with his 25 
design and after obtaining necessary approvals, uses 
the Engineering Change Control Manager 35 to 
release the engineering change to the appropriate 
manufacturing locations. The Engineering Change 
Control Manager selects EC1 and the affected items 30 
11 through 14 and verifies each affected item and its 
corresponding bill of material data. If the verifications 
are, satisfactory, the Engineering Change Control 
Manager 35 releases the engineering change. This 
process includes the following steps: 35 

1. The status of affected items 130, 132, 134 and 
136 in Al table 14 is change to RELEASE. 

2. From Location Usage Table 21, the manufac- 
turing locations which use each of the items affec- 
ted by the engineering change are determined. 40 
For example, affected item AIOID1, identified by 
reference numeral 130 in Al table 14, has item 
number 11 associated with, it, and item 11 is 
associated with plants MFG1 and MFG2 in Loca- 
tion Usage Table 21 as identified by reference 45 
numerals 150 and 154. This step is repeated for 
affected items AIOID2, AIOID3 and AIOID4 
(reference numerals 132, 134, 136 respectively). 

3. A message is sent to each location to inform the 
location of the release of each affected item. 50 

4. The status of the engineering change identified 
in EC table 12 as ECOID1 is changed to 
RELEASE which is the minimum status of any of 
the corresponding affected items at this point 

At location MFG1, the manufacturing engineer 55 
receives a notification that itemsM, 12, 13and 14 have 
been released lo his location using engineering 
change number EC1. He examines EC1 and ail the 



design changes it is carrying, and makes the decision 
to start manufacturing assembly 11 at plant MFG1. 
When the manufacturing engineer interacts with the 
system to accept the design.changes carried by EC1, 
the Engineering Change Control Manager 35 per- 
forms the following steps: 

1. It selects EC1 and checks that it is in a status 
that can be accepted at a manufacturing location. 

2. It selects the first affected item, AIOID1, that is 
associated with item 11. 

3. The Location Usage Table 21 is searched for 
an entry having item object identifier ITMOID1 
and location object identification MFG1. It ret- 
rieves the record identified by reference numeral 
150. 

4. A location affected item 161 is created at loca- 
tion MFG1 for item 11 and engineering change 
EC1 and placed in LAI table 16 with object iden- 
tifier LAIOID1. The status of the LAI created is 
ACCEPT. 

5. With the change in status of LAIOID1 to 
ACCEPT, the logic of Figures 6 and 7 is executed, 
in turn, to determine if the status of the corre- 
sponding affected item AIOID1 and the status of 
engineering change ECOID1 needs to be 
updated. 

A search is performed on the entries in LAI table 
16 for a location affected item at location MFG2 hav- 
ing item object identifier ITMOID1. Since location 
MFG2 has not yet accepted item 11, the Engineering 
Change Control Manager 35 determines that the low- 
est status at which item 11 exists across all manufac- 
turing locations is ACCEPT, and accordingly changes 
the status of the corresponding affected item AIOID1 
to ACCEPT. After the status of an affected item is 
changed, a check is made to determine if the EC 
status must also be changed. The lowest status for 
any of the affected items in EC1 is RELEASE for 
affected items AIOID2, AIOID3 and AIOID4. This 
status is compared with the current EC status, and 
since they are the same, the EC status is left 
unchanged. 

The above sequence at location MFG1 is 
repeated for the remaining affected items of EC1 , i.e., 
AIOID2, AIOID3 and AIOID4. This results in the cre- 
ation of location affected items LAIOID2, LAIOID3 
and LAIOID4 in ACCEPT status at location MFG1, 
and in the revision to a status of ACCEPT for corre- 
sponding affected items AIOID2, AIOID3 and AIOID4. 
Following each update to the status of an affected 
item, the logic of Figure 7 is executed to determine if 
the status of EC1 requires changing. After the status 
of AIOID4 is updated to ACCEPT, the status of EC1 
is changed to ACCEPT. 

At this stage, the acceptance process of EC1 has 
been completed at location MFG1. The manufactur- 
ing engineer can now decide to promote location 
affected item LAIOID1 to EFFECTIVE. The Engineer- 
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ing Change Control Manager promotes LAIOID1 to 
EFFECTIVE and changes the status of LAIOID1 to 
EFFECTIVE in LAI table 16. It then checks all other 
locations to determine the lowest status of the location 
affected item. The lowest status is EFFECTIVE since 5 
no other location has as yet accepted it. Therefore, 
the status of the corresponding affected item AIOID1 
is changed to EFFECTIVE. Since there are other loca- 
tion affected items at location MFG1 that are in a 
status lower than EFFECTIVE, the status of EC1 will 10 
not be changed as a result of executing the logic of 
Figure 7. 

After determining that the design of LAIOID1 does 
not require further changes, the manufacturing 
engineer decides to promote LAIOID1 to CLOSED 15 
status. Engineering Change Control Manager 35 
changes the status of LAIOID1 to CLOSED, goes 
through the global update logic again, and changes 
the status of AIOID1 to CLOSED. However, since 
AIOID2, AIOID3 and AIOID4 are stall in ACCEPT 20 
status, the status of EC1 remains at ACCEPT. 

Next, it is assumed that the manufacturing 
engineer at location MFG2 decides to accept affected 
item AIOID1 only, and not the other affected items of 
EC1. The Engineering Change Control Manager 35 25 
verifies that location MFG2 has usage for item 11 (i.e., 
affected item AIOID1). Location affected item 
LAIOID1 (reference numeral 162) is then created at 
location MFG2 for affected item AIOID1, and the 
status of LAIOID1 is set to ACCEPT. 30 

Since the status of a location affected, item has 
changed, the logic of Figure 6 is executed to deter- 
mine if the global status AIOID1 needs to be changed. 
It finds that the status of LA10ID1 at location MFG1 is 
CLOSED and at location MFG2 is ACCEPT. Since 35 
ACCEPT is the lower status, the status of the corre- 
sponding affected item AIOID1 is changed from 
CLOSED to ACCEPT. 

The process continues as above until all affected 
items of EC1 have been accepted and made effective 40 
at location MFG1 and MFG2. When the last location 
affected item gets promoted to EFFECTIVE, the 
global status of the final affected item (e.g., AIOID4) 
is changed to EFFECTIVE by executing the logic of 
Figure 6 one final time. With all affected items of EC1 45 
having a status of EFFECTIVE, the status of EC1 is 
also promoted to EFFECTIVE. The identical pro- 
cedure is then executed for promoting the engineering 
change to CLOSED status. 



Claims 

1 . A method for controlling and monitoring engineer- 
ing and manufacturing changes in an enterprise 55 
wherein engineering changes are processed at a 
design location and manufacturing changes are 
processed at a manufacturing location, said 



method being characterized in that it comprises: 

generating an engineering change whe- 
rein a plurality of items that are modified by said 
engineering change are identified as affected 
items (14), and placing said engineering change 
and each of said plurality of affected items in a 
status of pre-release; 

promoting said engineering change and 
each affected item to release status (400 to 440) 
upon completion of design changes to all of said 
affected items; 

accepting each affected item at a man- 
ufacturing location, and creating, in a status of 
accept (500 to 590), a corresponding location 
affected item (16) that represents the manufactur- 
ing location's view of each affected item; 

promoting each location affected item to 
effective status (610 to 680) after manufacturing 
related data are appended to said location affec- 
ted item; and 

monitoring the status of the engineering 
change.each corresponding affected item, and 
each corresponding location affected item until 
said engineering change is completely implemen- 
ted at each manufacturing location to which it has 
been released. 

2. The method of claim 1 further characterized in 
that it includes the step of implementing a central 
data-base repository (15) having at least an 
engineering changes table (12), an affected items 
table (14), and a location affected items table 
(16), and automatically recording changes in 
status of the entries in said engineering change 
table, said affected items table, and said location 
affected items table. 

3. The method of claim 1 further characterized in 
that it includes the step of reviewing the engineer- 
ing change and the design of the corresponding 
plurality of affected items at a manufacturing loca- 
tion, and generating a manufacturing change if a 
further change to an affected item is required 
based upon local manufacturing constraints. 

4. The method of claim 1 further characterized in 
that the step of promoting an engineering change 
and each affected item to release status includes: 

changing the status of each affected item 
in the database that is associated with the 
engineering change to release status; 

searching the database to identify each 
manufacturing location that uses each affected 
item associated with the engineering change; 

sending a message to each manufacturing 
location identified to notify each identified loca- 
tion of the release of the affected items 
associated with the engineering change; and 
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changing the status of the engineering 
change in the database to release. 

5. The method of claim 1 further characterized in 

that the step of accepting each affected item at a 5 
manufacturing location includes: 

checking the status of the engineering 
change to verify that the engineering change can 
be accepted at the manufacturing location; 

searching the database for each affected 10 
item associated with the engineering change to 
determine if the affected items are used at the 
manufacturing location; and 

determining if the status of each affected 
item and if the status of the associated engineer- is 
ing change needs to be updated. 

6. The method of claim 1 further characterized in 
that the step of promoting each location affected 
item to effective status includes: 20 

changing the status of each location affec- 
ted item in the database that is associated with 
the engineering change at the location to effective 
status; 

determining if the status of the correspond- 25 
ing affected item or the status of the associated 
engineering change needs to be updated. 

7. The method of claim 1 further characterized in 

that the progression of status changes for the 30 
engineering change and its associated affected 
items is, in ascending sequence from lowest to 
highest status, PRE-RELEASE, RELEASE, 
ACCEPT, EFFECTIVE and CLOSED. 

35 

8. The method of claim 1 further characterized in 
that the progression of status changes for each 
location affected item associated with the 
engineering change is, in ascending sequence 
from lowest to highest status, accept,effective 40 
and closed. 

9. The method of claim 5 further characterized in 
that the step of determining if the status of each 
affected item needs to be updated includes 45 
checking the status of each corresponding loca- 
tion affected item at each identified location and 
setting the status of each affected item to the low- 
est status of each corresponding location affec- 
ted item found during said check. so 

10. The method of claim 5 further characterized in 
that the step of determining if the status of the 
engineering change needs to be updated 
includes checking the status of each affected item 55 
associated with the engineering change following 

an update" to "any ofTts associated affected 
items.and setting the status of the engineering 



change to the lowest status found during said 
check. 

11. A system for automatically controlling the man- 
agement of engineering changes to a product 
manufactured by an enterprise having at least 
one data processor and at least one direct access 
storage device at a central processing facility, 
and a plurality of workstations connected electri- 
cally to said data processor, said system being 
characterized in that it comprises: 

logic means operating on the data pro- 
cessor for automatically tracking the status of the 
engineering changes and the associated items 
affected by the engineering changes; and 

interface means cooperative with each of 
said plurality of workstations for initiating changes 
in status of the engineering changes and the 
associated items affected by the engineering 
changes. 

12. The system of claim 11 further characterized in 
that it includes an engineering change objects 
table contained in a data repository stored on the 
direct access storage device and used to auto- 
matically track the status of all engineering 
changes in the enterprise. 

13. The system of claim 11 further characterized in 
that it includes a affected items table contained in 
a data repository stored on the direct access stor- 
age device and used to automatically track the 
status of all affected items associated with each 
engineering change in the enterprise. 

14. The system of claim 11 further characterized in 
that it includes a location affected items table con- 
tained in a data repository stored on the direct 
access storage device and used to automatically 
track the status of all location affected items 
associated with each engineering change in the 
enterprise. 
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LUSOID 3 


MFG 1 


ITMOID 3 


MFG 


153 


LUSOID 4 


MFG 1 


ITMOID 4 


MFG 


154 


LUSOID 5 


MFG 2 


ITMOID 1 


MFG 


155 


LUSOlD 6 


MFG 2 


ITMOID 2 


MFG 


156 


LUSOID 7 


MFG 2 


ITMOID 3 


MFG 


157 


LUSOID 8 


MFG 2 


ITMOID 4 


MFG 


158 
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BOM OID 


ITEM OID 


COMPONENT OID 


INSERT 
SEQ.NBR 


REF. NBR 


UOMOID 1 


ITMOID 1 


ITMOID 2 


1 0.000 


140 


B0M0ID2 


ITMOID 1 


ITMOID 3 


10.000 


142 


BOMOID 3 


ITMOID 1 


ITMOID 4 


10,000 


144. 
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FIG 8 A 



LEGEND 

PRE - PRERELEASE 
REL - RELEASE 
ACC - ACCEPT 
EFF - EFFECTIVE 
CLO - CLOSED 
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